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[0001] SYSTEM FOR CONVERTING GR303 SIGNALS TO NCS SIGNALS 
[0002] BACKGROUND 

[0003] Along with the increased use of the Internet and demand for services such as pay-per view 
movies, on demand music, and other services requiring a bi-directional communication system, 
there comes an increased need for additional infrastructure extending to a customer's location in 
order to provide these services. There are several approaches to add the infrastructure necessary 
for establishing such a bi-directional communication system. One approach is to utilize additional 
local loop type telephone lines to each home. Another approach is to utilize the existing cable TV 
(CATV) networks which have excess bandwidth for providing the services. One way to provide 
voice service is to carry it using Internet Protocol (IP) over a hybrid fiber coax (HFC) 
infrastructure. This has the advantage of allowing a common infrastructure for both voice and data 
in the HFC plant. 

[0004] When using IP to carry voice, some connections can stay on the IP network while others 
must connect to the public switched telephone network (PSTN) to allow calls to non-IP 
subscribers. CableLabs is a cable industry funded organization which is defining the PacketCable 
series of standards that define a full suite of voice over IP (VoIP) capabilities. In the full 
PacketCable architecture, there are no end-office class 5 switches. Figure 1 provides an overview 
of this architecture whereby the end-office switch functionality is instead provided through a 
combination of systems including a Call Agent, Signaling Gateway, Trunking Gateway, and 
Residential Gateways. In the PacketCable approach, the Call Agent uses aprotocol called Network 
Call Signaling (NCS) to manage the setup and tear down of voice connections over the IP 
backbone. 

[0005] However, a significant number of cable operators already own class 5 end office switches 
and already provide either residential or business telephone service. These switches typically 
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support a BellCore/Telcordia standard interface to circuit concentration devices called remote 
digital terminals (RDT). This interface is called GR303. 

[0006] Both the NCS and GR303 protocols contain signaling such as off hook, ring, connection, 
disconnection, etc. In addition to the signaling protocols, voice communication protocols are 
included. In the NCS protocol, both signaling and voice are transmitted within digital packets of 
data in well defined different streams. In the GR303 protocol, some signaling is done in a separate 
stream and other signals are "piggybacked" on the voice stream. As a result, the GR303 protocol 
is sensitive to timing relationships between the signaling and voice protocol components. 
[0007] For example, in establishing a call, a ring sequence is sent utilizing the signaling protocol. 
The ring sequence may be the normal balanced on-off cycle, or cycles with different cadences 
called distinctive and/or custom ring. In GR303, ring control is done using a "piggy-backed" 
scheme called robbed bit signaling. Ring control is done by the switch, where the starting and 
stopping of each ring is discretely controlled by robbed bits in the voice stream. In between the first 
and second ring, a caller ID signal may be sent. The caller ID signal must arrive at the receiving 
customer location at a given time after the first ring signal and at a given interval before the second 
ring signal. If the caller ID information does not arrive during the given time period, it will not be 
displayed at the receiving customer's caller ID device. In GR303, the switch plays out the caller 
ID signal in between the first and second rings, and can easily control the timing relative to the 
robbed bits that control the ringing. 

[0008] In a system as shown in FIG. 2, all of the signaling commands must be converted from 
GR303 on the PSTN side to an IP protocol such as NCS on the IP network side. The signaling 
commands must be converted and sent in each direction so as to preserve the timing and minimize 
overall delay. For example, the timing must be preserved between the first and second ring and 
the caller ID information in order for the receiving telephone to display the caller ID. Also, special 
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ring cadences should be supported without incurring additional delay associated with "parsing" the 
pattern. 

[0009] For the foregoing reasons, there is a need for a method and apparatus to link an IP network 
carrying voice telephony with a PSTN. Moreover, there is a need for a method and apparatus for 
translating signaling between a GR303 interface and a VoIP enabled access network interface 
without incurring additional delay. 

[0010] SUMMARY 

[0011] The present invention is directed at a method and system for interfacing a PSTN to an 
access network such as a HFC network for delivery of IP-based telephony service. In particular, 
the present invention describes a method for interfacing a GR3 03 -based interface to a VoIP enabled 
access network such as the HFC network to support telephony signaling between the two 
interfaces. 

[0012] In one embodiment, a method for interfacing a PSTN with a VoIP enabled access network 
is described. The method comprises: (1) receiving incoming call signaling from a PSTN, wherein 
the incoming call signaling is in a digital trunk format; (2) converting the call signaling to a 
packet-based VoIP call signaling message stream; and (3) transmitting the packet-based VoIP call 
signaling stream to a VoIP receiving device. 

[0013] The method may further comprise receiving the packet-based VoIP call signaling at a VoIP 
receiving device; and generating signaling compatible with a residential PSTN phone device. 
[0014] These and other features and objects of the invention will be more fully understood from 
the following detailed description of the preferred embodiments which should be read in light of 
the accompanying drawings. 
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[0015] BRIEF DESCRIPTION OF THE DRAWING(S) 

[00 1 6] The accompanying drawings, which are incorporated in and form a part of the specification, 
illustrate the embodiments of the present invention and, together with the description serve to 
explain the principles of the invention. In the drawings: 

[00 1 7] FIG. 1 illustrates a full Voice over Internet Protocol (VoIP) architecture as specified in the 
PacketCable standards; 

[0018] FIG. 2 illustrates an architecture which can support the principles of the method and 
apparatus of the present invention; 

[0019] FIG. 3 illustrates a block diagram of the Internet Protocol Digital Terminal (IPDT); 
[0020] FIG. 4 illustrates a call flow illustrating the method of the present invention; 
[0021] FIG. 5A illustrates a flowchart for processing an off-hook event using Real-Time Protocol 
(RTP); and 

[0022] FIG. 5B illustrates a flowchart for translating RTP telephony events signaling into (ABCD) 
signaling. 

[0023] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT(S) 
[0024] In describing a preferred embodiment of the invention illustrated in the drawings, specific 
terminology will be used for the sake of clarity. However, the invention is not intended to be 
limited to the specific terms so selected, and it is to be understood that each specific term includes 
all technical equivalents which operate in a similar manner to accomplish a similar purpose. 
[0025] With reference to the drawings, in general, and FIGS. 1 through 5B in particular, the 
method and apparatus of the present invention is disclosed. 

[0026] FIG. 1 shows a full Voice over Internet Protocol (VoIP) architecture as specified in the 
PacketCable standards. In FIG. 1 , aplurality of residential communications gateways (CGs) 1 90a- 
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190d are connected to subscriber telephone handsets 160a-60d. Each CG 190 is connected to a 
hybrid fiber coax (HFC) network 140. The CGs 190a-190d act as cable modems with telephony 
capability. In one embodiment, each CG 190 contains a Data Over Cable Service Interface 
Specifications (DOCSIS)-based modem for supporting voice, data and possibly video. Each CG 
1 90 supports one or more distinct phone lines and a local Ethernet port for high speed data access. 
A cable modem termination system (CMTS) 180 connects the HFC network 140 to an IP-based 
network 120. The CMTS 180 acts as an edge router or bridge, converting the cable modem 
technology of the HFC network 140 to a standard link layer protocol such as Ethernet on the IP 
network 1 20 . A trunking gateway 1 1 0 provides voice connectivity between the IP network 1 20 and 
a PSTN 100. The trunking gateway 110 performs media transcoding such as codecs and echo 
cancellation between both networks. As an example, the trunking gateway 1 1 0 may transcode an 
6.729 encoded voice stream originating form the IP network 120 to an ITU 6.71 1 encoded voice 
stream destined to the PSTN 100. The references to 6.711 and 6.729 are standard voice 
compression algorithms specified by the International Telecommunication Union (ITU) which are 
known to those skilled in the art. A Signaling Gateway 130 performs signaling interconnection 
between the IP network 120 and a SS#7 signaling network of the PSTN 100. The Trunking 
Gateway 110 and the Signaling Gateway 130 are controlled by a Call Agent 150 which is also 
connected to the IP network 120. An Announcement Server 170 is utilized to deliver prerecorded 
messages to customers. 

[0027] FIG. 2 shows an architecture which can support the method and apparatus disclosed in the 
present invention. The HFC network 140 portion of this architecture is the same as the full VoIP 
approach described in FIG. 1. However, the Call Agent 150 and its related components are 
replaced with an Internet Protocol Digital Terminal (IPDT) 200. The IPDT 200 connects the IP 
network 120 to a Local Digital Switch (LDS) 210 of the PSTN (not shown here). In one 
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embodiment, the interface between the IPDT 200 and the LDS 210 is based on GR303 interface. 
In another embodiment, the interface may be based on European Telecommunications Standards 
Institute (ETSI) V5 interface specifications. The IPDT 200 is capable of translating both call 
signaling packets and voice packets on the IP network 120 to their appropriate counterparts on the 
LDS 210. 

[0028] The IPDT 200 will be now described in greater detail with reference to FIG. 3 . The present 
description is based on the use of a GR303 -based interface, however the method of the present 
invention may be applied to an ETSI V5-based interface. The IPDT 200 is connected to the IP 
network 120 via an IP stack 320. Two paths extend through the IPDT 200 from the IP stack 320. 
A first path extends from the IP stack 320 through a signaling converter 3 1 0 to a GR303 stack 3 00 
and then to a signaling port of the LDS 210 (shown in FIG. 2). A second path extends from the 
IP stack 320 through a voice converter 330 to the GR303 stack 300 to a voice port of the LDS 210. 
[0029] On the IP side, voice is carried within Real Time Protocol (RTP) packets, and signaling is 
carried within Network Control Signaling (NCS) packets. The packets are constructed of a nested 
series of headers and then the payload. The first header is the link layer, then there is an Internet 
Protocol (IP) header, a User Datagram Protocol (UDP) header, and then finally the NCS or RTP 
payload. In the UDP header, there is a logical port number. In IP based client/server applications, 
this port number is intended to identify the target application in the IP endpoint. In the system of 
the present invention, the UDP port number is the mechanism for marking signaling vs. voice 
packets, and the NCS signaling application will have a fixed port number, known by both 
endpoints. 

[0030] In the IPDT 200, the signaling converter 310 application sends and receives packets with 
the NCS port number. The endpoints are responsible for dynamically allocating the port numbers 
to be used for RTP packets. The allocated RTP port numbers are communicated between the 
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endpoints using the NCS protocol. In the IPDT 200, the voice converter 330 application sends and 
receives packets with the RTP port number. 

[003 1] On the LDS side, voice and signaling are carried using Time Division Multiplexed (TDM) 
techniques. In the US, the common TDM circuit is Tl . Its international counterpart is the El . A 
Tl is a serial 1 .544 Mbps stream which is broken into twenty-four channels, each called a DS0. 
Each DSO has a speed of 64Kbps. In GR303, a set of Tls and their DS0 channels are organized 
into what is called an Interface Group. In the system of the present invention, the channel number 
is the mechanism for marking signaling versus voice streams. Most of the DSO channels of the 
Interface Group are pooled together, to be used for voice streams. In the IPDT 200, the voice 
converter 330 application converts RTP packets on a particular logical port to bits in the DSO 
channel. Four DSOs of an Interface Group are reserved for control. These channel numbers are 
fixed and known by both endpoints. Two DSOs are used as the primary and redundant Embedded 
Operations Channel (EOC). The EOC is used for network monitoring and control functions. A 
second DSO pair is used as the primary and redundant Timeslot Management Channel (TMC). The 
TMC is used to signal the dynamic allocation and deallocation of voice DSOs from the pool of 
DSOs in the Interface Group. In the IPDT 200, the signaling converter 310 application converts 
NCS packets on the signaling UDP port to TMC commands and/or responses on the TMC DSO 
channel. Additionally, each voice DSO may additionally carry some signaling information. The 
technique here is called robbed bit signaling (RBS) because some of the sampled voice bits are, 
in fact, overlaid with control information. In the IPDT 200, the voice converter 330 application 
must move robbed bit control information from/to the DSO stream to/from RTP packets. 
[0032] In operation, both signaling and voice packets are converted within the IPDT 200. An 
example of the conversion process is shown in the call flow diagram of FIG. 4 which is based upon 
the NCS call setup protocol. This protocol described in the "PacketCable Network-Based Call 
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Signaling Protocol Specification" is herein incorporated by reference. As illustrated in FIG. 4, a 
subscriber at a location A picks up a telephone (T A ) handset 160a and an off hook signal 400 is 
detected by an originating CG (CG A ). The CG A sends to an associated IPDT (IPDT A ) an off-hook 
notification 402 based on the NCS signaling protocol. In another embodiment, an RTP-based 
signaling is used to signal the off-hook event, (described in accordance with FIG. 5A). 
[0033] The IPDT A acknowledges the off-hook notification 404 and exchanges with a local digital 
switch 210 (LDS) setup and connection messages 406 which results in the LDS 210 assigning a 
DSO time slot on a GR303 link. The IPDT A creates a connection 408 with the CG A , and the CG A 
processes the connection and requests allocation of Quality Of Service (QoS) resources from the 
HFC network 140. At this point of the call flow, we have a logical pipe flowing between the CG A 
and the LDS 210. 

[0034] The LDS plays dial tone back 410 to the end user which responds by entering digits 412 
identifying the called party at a distant location B and which are passed along the pipe to the LDS 
210 from the received digits 412. The LDS 2 1 0 identifies a destination IPDT (IPDT B ) that services 
the called party, and the LDS 210 establishes a call set up and a connection 450 with the IPDT B . 
The IPDT B creates a connection 452 with a destination CG (CG B ). The CG B then processes the 
connection request and requests QoS from the HFC network 140. The LDS 210 sends a ring signal 
454 to the IPDT B using GR303 ABCD signaling. The ABCD-based ring signal is received at the 
IPDT B , which converts the ring signal to a signal in the real time protocol stream (RTP) usually 
used for the voice channel. 

[003 5] In the payload of the RTP event packet 456, the event field may contain a named event such 
as ring, busy tone or other known telephony events. As an example, for a ring signal, the named 
event contained in the event field is represented by the decimal 89 which is associated with the ring 
event. The RTP event packet 456 is received at the destination gateway CG B which parses the 
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received packet, translates the RTP telephony event into an ABCD value 457 for ringing event and 
activates the ringer of a destination terminal (T B ) by applying an appropriate ringing voltage. As 
illustrated in FIG. 4, the LDS 210, while instructing the destination IPDT B to ring the terminal T B , 
sends a progress tone 458 to the terminal T A . In the preferred embodiment, when the IPDT B 
converts the ring control signal into the RTP stream, the caller ID information present in the DSO 
is allowed to pass through the IPDT B without demodulation. The caller ID information and the ring 
pattern are thus sent to the CG B in their proper time sequence. The CG B decodes the ring events 
in the RTP stream, controls the ringer, and plays out the caller ID signal in between the first and 
second rings. The caller ID information 460 may be displayed by the CG B if provided with caller 
ID processing capability or it may be displayed by a caller ID display device. 
[003 6] When an off-hook event 462 is observed by the CG B , it sends an RTP off-hook event packet 
464 to the IPDT B which translates the packet into an ABCD answer line signal 466. The IPDT B 
forwards the signal to the LDS 210 which in return forwards it to the IPDT A . The IPDT A may then 
request the CG A to be in a ' send/receive' mode in order to establish a full duplex voice connection 
490. 

[0037] FIG. 5A shows a flowchart for signaling an off-hook event to an IPDT A using RTP. As 
illustrated in FIG. 5A, the off-hook event is detected by the CG A at step 540 which processes the 
off hook event to generate an RTP telephone-event packet. At step 543, the CG A creates an RTP 
telephone event packet. The RTP telephone event packet contains on its header portion a payload 
type identifying the packet as a named signal event packet which, in this instance, is an off-hook 
event. As previously stated herein, the RFC 2833 describes the method for transporting off-hook 
event over an RTP packet. At step 545, the RTP packet is sent to the IPDT A for notification of the 
off-hook event. 
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[0038] FIG. 5B shows a flowchart for converting an RTP-based telephone event signaling into an 
ABCD signaling at a communication gateway which may be a destination gateway such as CG B . 
At step 500, the CG B receives an RTP stream and parses the stream to identify the RTP packets 
boundaries. The CG B may then identify for each packet the header portion and the pay load portion 
using, for example, pointers to buffers containing the two portions. At step 510, a pointer to the 
buffer containing the RTP header may be used to extract the payload type (PT) of the RTP packet. 
If the payload type is voice, a digital signal processor (DSP) present in the CG B processes the voice 
information. If the payload type is a telephone event, the corresponding event is processed at step 
520 which contains two sub-steps. At sub-step 522, the payload type is retrieved and at step 524 
the telephone event type is determined and the corresponding ABCD value is passed to an 
Update_Rx_ABCD_Value step 530. 

[0039] The operation of step 520 may be summarized by the following pseudo-code: 

IF RTP Version is 2 or higher AND Extension flag is 0 AND 

CSRC count is 0 AND Payload Type is Telephone-event 
THEN 

Pass ABCD value to update function 

ELSE 
Log an error 
ENDIF. 

[0040] Step 530 processes the ABCD value received from the process telephone-event step 520 
and sends a message to the telephony hardware device driver (THDD), which in one embodiment 
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is part of the CG B 420. The operation of step 530 in regard to the processing of ringing event may 
be summarized by the following pseudo-code: 

IF the ABCD value is different from previous value 
and the previous value is Ringer 
THEN 

Send message to THDD to undo the previous value 

ENDIF. 

IF the new ABCD value is Ringer 
THEN 

Send message to THDD to process the new value 

ENDIF. 

[0041 ] An advantage of the present system is that the IPDT 200 handles all of the call management 
sequences, thus eliminating the need for separate Call Agent hardware. The method and apparatus 
of the present invention may be employed in telecommunications systems using a GR3 03 -based 
interface or an ETSI V5 -based interface to an access network. 

[0042] This embodiment of the present invention maintains the timing relationship between the 
ABCD ring pattern and caller ID modulation by eliminating the delay time required for the IPDT B 
to decode and parse the ring signal in order to detect special ring patterns. This results in a 
minimization of delay from the time a local digital switch requests ringing to the time the actual 
ringing occurs at the distant phone, while preserving appropriate timing for caller ID. 
[0043] Although this invention has been illustrated by reference to specific embodiments, it will 
be apparent to those skilled in the art that various changes and modifications may be made which 
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clearly fall within the scope of the invention. The invention is intended to be protected broadly 
within the spirit and scope of the appended claims. 



